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RELEASE LINK TRUNKING FOR IP TELEPHONY 



TECHNICAL FIELD 

[0001] The invention pertains to voice communications networks. In particular, the 
invention pertains to calls that originate and terminate outside of Internet Protocol (IP) 
address space, but use the IP address space to perform processing or services during call 
setup. 

BACKGROUND OF THE INVENTION 
[0002] IP telephony is a relatively new advancement in telecommunications 
technology. Over time many end-users are expected to make a transition from a 
traditional Public Switched Telecommunications Network (PSTN) to IP telephony 
networks. In the immediate future, a majority of telephone traffic will both originate and 
terminate on the PSTN. When providing services to such calls from the IP address space, 
such as, for example, call control and billing services, calls will be routed from the PSTN 
to the IP address space for one or more services and will be terminated in the PSTN 
address space. 

[0003] Current methods for routing calls from the PSTN address space to the IP 
address space are inefficient in that they unnecessarily use more resources than required. 
A method for more efficiently routing calls that originate and terminate in the PSTN 
address space, but require one or more services in the IP address space is needed. 
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SUMMARY OF THE INVENTION 

[0004] A method and system are provided that use resources more efficiently for calls 

that originate and terminate in a first address space, but use services in an IP address. 

[0005] In one aspect of the invention, a call is established from an originator in a first 

address space, outside of an IP address space, to an IP device within the IP address space. 

The IP device sends a message to a switch in the first address space indicating a new 

destination in the first address space. The established call is released and a second call is 

established from the originator in the first address space to the destination in the first 

address space. 

[0006] In another aspect of the invention, a first leg of a call, originating from a first 
address space, is established to an IP device in an IP address space. A second leg of a 
call is established, originating from the IP device in the IP address space to the first 
address space. The first and second call legs are bridged and the first and second legs of 
the calls are released from the IP device, such that resources of the IP device are not used 
for the bridged call. 

[0007] In a third aspect of the invention, a gateway is configured to send and receive 
messages using a first protocol in a first address space and configured to send and receive 
messages using a second protocol in an IP address space. An IP device located within the 
IP address space is configured to communicate with the gateway. The IP device is 
further configured to send a first message to the gateway requesting that a call be setup 
between an originator in the first address space and a destination in the first address 
space. An indicator for the destination is included in the first message and is based on 
information received over an established call to the IP device from the originator. The 
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gateway is configured to request release of resources of the established calls, translate the 

first message in the first protocol to a second message in the second protocol and send the 

second message to a device in the first address space. 

[0008] In a fourth aspect of the invention, a computer-readable medium that stores 
instructions executable by one or more processors to perform a method for release 
trunking for calls originating and terminating outside of an IP address space is provided. 
The computer-readable medium includes: instructions for receiving a request for a call to 
an IP device from a device in a first address space; instructions for saving an indication of 
an originator of the call; instructions for translating the request for the call from a first 
protocol to a second protocol and for sending the request in the second protocol to the IP 
device; instructions for receiving from the IP device a message in the second protocol 
requesting a second call to be established to a new destination; instructions for translating 
the message requesting the second call to the first protocol and inserting the indication of 
the originator into the message; and instructions for sending the message to the first 
address space. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0009] The accompanying drawings, which are incorporated in and constitute a part 
of this specification, illustrate embodiments of the invention and, together with the 
description, explain the invention. In the drawings, 

[0010] Fig. 1 depicts an exemplary system consistent with the principles of the 
invention; 
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[0011] Fig. 2 depicts an exemplary computer system upon which a gateway may be 

implemented; 

[0012] Fig. 3 depicts an exemplary computer system upon which an IP device may be 
implemented. 

[0013] Figs. 4A and 4B illustrate a technique for rerouting calls from an DP device; 
[0014] Fig. 5 illustrates a technique for rerouting calls consistent with the principles 
of the invention; 

[0015] Figs. 6 and 7 are flowcharts that illustrate processing in a first implementation 
of the invention; 

[0016] Fig. 8 depicts message flow consistent with the first implementation of the 
invention; 

[0017] Figs. 9-1 1 are flowcharts that illustrate processing in a second implementation 
of the invention; and 

[0018] Fig. 12 depicts message flow consistent with the second implementation of the 
invention. 

DETAILED DESCRIPTION 
[0019] The following detailed description of the invention refers to the accompanying 
drawings. The same reference numbers in different drawings may identify the same or 
similar elements. The following detailed description does not limit the invention. 
Instead, the scope of the invention is defined by the appended claims and equivalents. 



4 



Patent Application 

Attorney Docket No.: RIC02010 

[0020] Embodiments of the invention may be implemented in hardware, software, or 

firmware. The firmware may be in a Read-Only Memory (ROM) and the software may 

reside on, for example, a medium such as a floppy disk, optical disk, or CD ROM. 

[0021] Fig. 1 illustrates an exemplary system diagram of an implementation 

consistent with the principles of the invention. System 100 includes a packet network 

101, which may use the Internet Protocol (IP) suite of protocols, a Public Switched 

Telephone Network (PSTN) 102, telephones, such as Session Initialize Protocol (SIP) 

phones 106 and 108, a SIP client or proxy 110, which may be a device with one or more 

processors, such as a computer, telephones 1 12 and 1 14 connected to telephone switch . 

1 16 and gateway 104 connecting PSTN 102 with packet network 101. PSTN 102 may 

include a Signal Transfer Point (STP) 1 18 to relay SS7 messages between network 

devices. While system 100 has been shown to include certain devices, in other 

implementations consistent with the principles of the invention, system 100 may include 

more, fewer, or different devices. 

[0022] Fig. 2 illustrates a computer system 201 upon which implementations of IP 
gateway 104, according to the present invention, may be implemented. Computer system 
201 may include a bus 203 or other communication mechanism, a processor 205 coupled 
with bus 203, a main memory 207, such as a random access memory (RAM) or other 
dynamic storage device, coupled to bus 203, a read only memory (ROM) 209 or other 
static storage device coupled to bus 203, a storage device 211, such as a magnetic disk or 
optical disk, coupled to bus 203, and communication interfaces 219 and 220 coupled to 
bus 203. 
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[0023] Main memory 207 may be used to store information and instructions to be 

executed by processor 205. Main memory 207 may also be used to store temporary 

variables or other intermediate information during execution of instructions by processor 

205. 

[0024] ROM 209 or other static storage device may be used to store information and 
instructions for processor 205. 

[0025] Storage device 21 1 may include a magnetic disk or optical disk and is 
provided to store information and instructions. 

[0026] Communication interface 2 1 9 may provide a two-way data communication 
coupling to a network link that is connected to an IP network, such as packet network 
101. For example, communication interface 219 may be a network interface card to 
attach to any packet switched local area network (LAN). 

[0027] Communications interface 220 may provide two-way communication to a 
PSTN network, such as PSTN 102. For Example, communications interface 220 may be 
a common telecommunications interface such as DS0, DS1, DS3, Tl, T3, OC3, OC12, 
OC48, orOC192. 

[0028] Execution of the sequences of instructions contained in main memory 207 
causes processor 205 to perform the process steps described herein. One or more 
processors in a multi-processing arrangement may also be employed to execute the 
sequences of instructions contained in main memory 207. In alternative embodiments, 
hardwired circuitry may be used in place of or in combination with software instructions. 
Thus, embodiments are not limited to any specific combination of hardware circuitry and 
software. 
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[0029] Further, a Sessions Initiation Protocol (SIP) and a Signaling System 7 
Protocol (SS7), as well as the instructions to transmit and receive SIP messages and SS7 
messages may reside on a computer-readable medium. The term "computer-readable 
medium" as used herein refers to any medium that participates in providing instructions 
to processor 205 for execution. Such a medium may take many forms, including but not 
limited to, non-volatile media, volatile media, and transmission media. Non-volatile 
media includes, for example, optical or magnetic disks, such as storage device 211. 
Volatile media includes dynamic memory, such as main memory 207. Transmission 
media includes coaxial cables, copper wire and fiber optics, including the wires that 
comprise bus 203. Transmission media can also take the form of acoustic or light waves, 
such as those generated during radio wave and infrared data communications. 
[0030] Common forms of computer-readable media include, for example, a floppy 
disk, a flexible disk, hard disk, magnetic tape, or any other magnetic medium, a CD- 
ROM, a DVD ROM, any other optical medium, punch cards, paper tape, any other 
physical medium with patterns of holes, a RAM, a PROM, and EPROM, a FLASH- 
EPROM, any other memory chip or cartridge, a carrier wave as described hereinafter, or 
any other medium from which a computer can read. 

[0031] Various forms of computer-readable media may be involved in carrying one 
or more sequences of one or more instructions to processor 205 for execution. For 
example, the instructions may initially be carried on a magnetic disk of a remote 
computer. The remote computer can load the instructions relating to the transmission of 
SIP messages or SS7 messages into its dynamic memory. The instructions received by 
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main memory 207 may optionally be stored on storage device 21 1 either before or after 

execution by processor 205. 

[0032] Fig. 3 illustrates an exemplary computer system 301 upon which 
implementations of an IP device, such as a client or proxy 1 10, or a device used by a SIP 
operator according to the present invention, may be implemented. Computer system 301 
may have many of the same components as computer system 201 . Further, computer 
system 301 may be coupled via bus 203 to a display 313, such as a cathode ray tube 
(CRT), for displaying information to a computer user. An input device 315, including 
alphanumeric and other keys, may be coupled to bus 203 for communicating information 
and command selections to processor 205. Another type of user input device is cursor 
control 317, such as a mouse, a trackball, or cursor direction keys for communicating 
direction information and command selections to processor 205 and for controlling cursor 
movement on display 3 13. An audio interface 319 may be used to provide one or two- 
way audio, for example to a human operator. Audio interface 319 may also be used for 
automated purposes, such as playing and recording sounds and tones. 
[0033] Figs. 4A and 4B illustrate exemplary call establishment from an originator, 
such as telephone 1 12 connected to PSTN Telephone Switch 1 16 to a destination in 
PSTN 102, such as telephone 1 14, using services, such as call processing services, in an 
IP address space, such as packet network 101. A caller places a call using, for example, 
telephone 1 12, to a number corresponding to an address or set of addresses of IP devices 
in IP address space, such as SIP client or proxy 110 connected to packet network 101 or a 
SIP operator using a SIP phone such as SIP phone 106 or 108 or similar equipment (400). 
PSTN 102 routes the call request through a telephone switch 1 16, which forwards the call 
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request to an IP gateway, such as gateway 104 (402). The IP gateway then sends the call 

request to the IP device, such as device 110 (404). 

[0034] SIP client or proxy 1 10 or SIP operator using a SIP phone or similar 
equipment may request information from the caller in order to set up the call to the final 
destination. The type of information requested may concern services such as a calling 
card call from the caller or may concern any other type of call services or processing. 
Alternatively, a device within the PSTN address space, such as an Intelligent Network 
enabling routing translations may provide destination information to SIP client or proxy 
1 10 or SIP operator. After receiving the information, the IP device, for example, device 
1 10, establishes a call to the final destination, for example telephone 1 14, by forwarding 
the call request through the TP gateway 104 to telephone switch 1 16 (406), which further 
forwards the call request to a destination or terminator (408). At this point, the use of 
resources at the IP device is no longer needed. The IP device releases the call; however, 
the gateway sets up a "loop back" or a "hair pin" (410; Fig. 4B) such that, from the 
callers perspective the call is set up to the intended destination, but two telephone switch 
ports on telephone switch 1 16 remain used, as well as two Time Division Multiplexing 
(TDM) gateway ports, and other IP gateway resources, for the duration of the call. Thus, 
four TDM ports and transport facilities (402 and 406)as well as processing resources on 
IP gateway 104 are unnecessarily tied up for the remainder of the telephone call. 
[0035] Fig. 5 illustrates exemplary processing for eliminating the "hair pin" or "loop 
back". After IP device, for example, device 1 10, releases the call, gateway 104 
communicates with the originating telephone switch 1 16 to establish the call directly to 
the destination, for example, telephone 114. IP device 1 10 then releases all resources that 
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are used for the call and gateway 104 also releases all resources used for the call. Thus, 

gateway resources and additional telephone switch ports are not used for the call after the 

call is established to the final destination. 

[0036] Figs. 6 and 7 are flowcharts that illustrate exemplary processing in a system, 
such as system 100, consistent with the principles of the invention. An originator, such 
as telephone 1 12, initiates a telephone call through switch 1 16 resulting in an SS7 Initial 
Address Message requesting a call to an IP device, such as IP device 1 10, through IP 
gateway, for example, gateway 104 in response to a user dialing a number for the IP 
device at telephone 1 12 (act 602). Gateway 104 responding to the call request sends a 
SIP Invite message to DP device 110 (act 604). IP device 1 10 decides to accept the call 
and sends call accept messages to originating telephone switch 1 16 via gateway 104 (acts 
606 and 608). Two sets of messages are exchanged. The first set, as indicated by an SS7 
Address Complete Message, results in the originating phone 1 12 sounding a ringing tone 
and an indication of ringing or service request may be presented to IP device 1 10. When 
IP device 110 answers, an SS7 Answer message is transported to the originating 
telephone switch 116. 

[0037] At this point, a voice path is established and information may be requested by 
IP device 1 10 and sent by originator 112, such as billing information for a calling card 
call (act 610). IP device 110 may then provide the requested service (e.g., the billing 
validation) (act 612). DP device 110 sends a redirecting message, including a destination 
indication, to originating telephone switch 1 16, via gateway 104 requesting that the call 
be redirected to the destination (act 702). Gateway 104 then may send an SS7 Facility 
Request message on the original circuit requesting call redirect (act 704). The telephone 
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switch 1 16 may accept the Facility Request message, may redirect the call to the 

destination in PSTN 102, such as telephone 1 14, and may send a redirecting acceptance 

message (Facility Accept) to gateway 104 (act 706). Gateway 104 may send the 

redirecting acceptance message to IP device 110 (act 708) and IP device 1 10 and gateway 

104 may release call resources for the call (act 710). 

[0038] Fig. 8 is a message flow diagram, which illustrates an exemplary message 
flow in accordance with the exemplary processing of the flowcharts of Figs. 6 and 7. In 
this implementation, messages between telephone switch 116 and IP gateway 104 use the 
well-known Signaling System 7 (SS7) protocol. Messages between IP gateway 104 and 
IP device 1 10 use the well-known Session Initiation Protocol (SIP). 
[0039] At 800, a user attempts to makes a call from an originator, such as telephone 
1 12, by, for example, dialing a number for services in IP address space. Telephone 
switch 1 16 routes the call to gateway 104 using an SS7 Initial Address Message (IAM) to 
the gateway. The IAM message is a message requesting that a call be established. At 
802, gateway 104 saves a Circuit Identification Code (CIC), indicating the source circuit 
in telephone switch 1 16, from the IAM message and translates the IAM message to a SIP 
INVITE message, which it then sends to IP device 110. At 804, IP device 110 sends a 
call progress signal to the gateway. In this example, the call progress signal is a "180 
RINGING" message, which indicates that the telephone is ringing. Gateway 104 
translates the "180 RINGING" message to a SS7 Address Complete Message (ACM) and 
sends the ACM message to telephone switch 1 16, which provides a ringing signal to 
originating telephone 112. At 808, IP device 1 10 answers the call, causing a SEP "200 
OK" message to be sent to the gateway 104. Gateway 104 translates the "200 OK" 
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message to a SS7 Answer message (ANM), which gateway 104 sends to telephone switch 

116. At 8 1 2 and 8 14, a Time Division Multiplexing (TDM) path and a Real-time 

Transport Protocol (RTP) voice path are established from the gateway 104 to telephone 

switch 1 16 and IP device 1 10, respectively. 

[0040] At 816, IP device 1 10 sends to gateway 104 a SIP "REFER" message 
requesting that the originator redirect the call to another destination. The "REFER" 
message includes a new destination telephone number in the PSTN network. Gateway 
104 creates a SS7 Facility Request (FAR) message from the SIP "REFER" message and 
at 818, gateway 104 sends the FAR message to telephone switch 116. At 820, telephone 
switch 1 16 sends a SS7 Facility Accept (FAA) message to gateway 104 indicating 
acceptance of the Facility Request. At 822, gateway 104 converts the FAA message to a 
SIP "202 ACCEPT" message and sends the message to IP device 1 10 indicating 
acceptance of the message redirecting the call. At 824 and 826 the call resources on 
gateway 104 are released by the sending of a SIP "BYE" message and SS7 REL message 
from IP device 1 10 and originator 1 12, respectively. At 825 and 827 a SIP "BYE" 
message and a SS7 REL message are acknowledged with SIP "200 OK" and SS7 Release 
Complete (RLC) messages, respectively. 

[0041] In a very simplistic single telephone switch example, telephone switch 1 16 
would ring telephone 1 14 to establish communications. In a more realistic example, the 
destination phone is not located on the same switch and further SS7 call processing is 
required. At 828, telephone switch 116 sends a SS7 LAM message, requesting a call, to 
another switch within PSTN 102. At 830, the secondary telephone switch sends an ACM 
message to telephone switch 116 indicating that the secondary telephone switch received 
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the LAM message and is in the process of handling the call. A ringing tone is provided to 

telephone 112. At 832, the secondary telephone switch sends a SS7 ANM message 

indicating that the call is now answered. At 834 and 836, a Time Division Multiplexing 

path is set up through the PSTN network 102. 

[0042] Figs. 9-1 1 are flowcharts that illustrate exemplary processing in another 
implementation of a system, such as system 100, consistent with the principles of the 
invention. An originator, such as telephone 1 12, initiates a telephone call through 
telephone switch 116 resulting in an SS7 Initial Address Message requesting a call to an 
IP device, such as IP device 1 10, through IP gateway, for example, gateway 104, in 
response to a user dialing a number for the IP device at telephone 112 (act 902). 
Gateway 104, responding to the call request, sends a SIP Invite Message to IP device 110 
(act 904). IP device 1 10 decides to accept the call and sends call accept messages to 
originating telephone switch 1 16 via gateway 104 (acts 906 and 908). Two sets of 
messages are exchanged. The first set, indicated by an SS7 Address Complete Message, 
results in originating telephone 1 12 sounding a ringing tone and an indication of ringing 
or service request may be presented to IP device 1 10. When IP device 1 10 answers, an 
SS7 Answer message is transported to originating telephone switch 1 16. 
[0043] At this point, a voice path is established and information may be requested by 
the EP device and sent by originating telephone 112, such as information for a collect call 
(e.g., billing information) (act 910). IP device 1 10 may then provide the requested 
service, for example, the collect call (act 912). 

[0044] IP device 1 10 may send a new call request to the destination via gateway 104 
(act 1002). Gateway 104 may send the call request to telephone switch 116 (act 1004). 
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telephone switch 116 may send two call accept messages accepting the call to gateway 

102 (act 1006). The first message is an SS7 Address Complete message which indicates 

a ringing state. Gateway 104 may interpret this message and generate a ringing tone to 

an agent or phone in the packet network 101 . A call reference value is contained within 

this message which may be saved by gateway 104 and used later to bridge this call leg 

with the original call leg. The second message is an SS7 Answer message and is used to 

indicate that the call has been answered in PSTN 102. Gateway 104 may saves the Call 

Reference Value received in the SS7 Address Complete Message, referring to the 

destination of the call, and may send the call accept message to IP device 1 10 (act 1008). 

[0045] IP device 1 10 may send billing information via gateway 104 (act 1010). 

Gateway 104 may send a billing FAR message to telephone switch 1 16 in PSTN 102 (act 

1 102). This billing information will be captured on the telephone switch 1 16 and 

propagated to billing systems. For example, a unique call ID may be stored that 

references information collected in the packet network that can later be used to identify 

the billing records created in PSTN network 102 that include call duration times. 

Telephone switch 1 16 may send a billing acceptance message to gateway 104 and 

gateway 104 may send the billing acceptance to IP device 1 10 (act 1 104). 

[0046] IP device may send a bridging message to gateway 104 (act 1 106). Gateway 

104 may send an SS7 Bridging FAR message to the Circuit Identification Code (CIC) 

that represents call leg 1 (act 1 108). This FAR message may contain the Call Reference 

value of call leg 2 which is to be bridged in telephone switch 116. PSTN 102 sends a 

bridging acceptance message to gateway 104 indicating that the two call legs are now 
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bridged (act 1110). Telephone switch 1 16, gateway 104, and IP device 1 10 may then 

release call resources (act 1114). 

[0047] Fig. 12 is an exemplary message flow diagram consistent with the flowcharts 
of Figs. 9-11. A telephone switch on the PSTN receives a call request for a first leg of a 
call from an originator, such as telephone 112. At 1200, the telephone switch sends a 
SS7 JAM message (requesting a call) to IP gateway 104. At 1202, the gateway 104 saves 
the Circuit Identification Code (CIC) included in the LAM message, translates the IAM 
message into a SIP "INVITE" message and sends the message to IP device 110. At 1204, 
IP device 110 sends a call progress signal in the form of a SIP "180 RINGING" message 
to gateway 104, indicating that the phone is ringing. At 1206, gateway 104 translates the 
"180 RINGING" message to a SS7 ACM message and sends the ACM message to 
telephone switch 1 16 in PSTN 102 resulting in a ringing tone being played to telephone 
1 12. At 1208, IP device 110 answers the call and sends a SIP "200 OK" message. The 
gateway translates the "200 OK" message to an SS7 ANM message at 1210 and sends the 
message to telephone switch 1 16 in PSTN 102. At 1212 and 1214, a Time Division 
Multiplexing (TDM) Voice Path is setup between gateway 104 and telephone switch 1 16 
on the PSTN side of the gateway and a Real Time Transport Protocol (RTP) Voice Path 
is setup between gateway 104 and IP device 1 10 on the IP side of the gateway, 
respectively. 

[0048] After IP device 1 10 receives information from originating telephone 1 12, such 
as information for a collect call or other call services, IP device 1 10 initiates a call 
request for a second leg of the call by sending a SIP "INVITE" message at 1216. At 
1218, gateway 104 receives the SIP "INVITE" message, creates an SS7 IAM message for 
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an idle circuit and forwards the message to the destination telephone switch , where it is 

routed to the destination indicated by the "INVITE" message. At 1220, destination 

telephone 1 14 on the PSTN begins to ring and telephone switch 1 16 sends a call progress 

signal to gateway 104 in the form of a SS7 ACM message. This message contains a call 

reference value that will be used later to bridge the two call legs. At 1222, gateway 104 

saves the Call Reference Value (indicating destination telephone 1 14 in PSTN 102) and 

translates the ACM message to a SIP "180 RINGING" message and forwards the 

message to IP device 110. At 1224, destination telephone 1 14 on PSTN 102 answers the 

call and telephone switch 1 16 forwards an SS7 ANM message to gateway 104. At 1226, 

gateway 104 translates the SS7 ANM to a SIP "200 OK" message, indicating that the call 

has been answered, and forwards the message to IP device 1 10. At 1228 and 1230, a 

RTP Voice Path and a TDM Voice Path are setup between gateway 104 and IP device 

1 10 and gateway 104 and PSTN 102, respectively. 

[0049] At this point, IP device 1 10 may send billing information to the gateway in a 
SIP "REFER" message at 1232. At 1234, gateway 104 translates the SIP "REFER" 
message into a SS7 FAR billing message, which is sent to the CIC of the first call leg 
from the LAM message at 1200. This FAR message may contain a unique call value 
that later will allow information collected in packet network 101 to be matched with the 
billing records produced in telephone switch 1 16. This is particularly useful to obtain 
call duration information. At 1236, telephone switch 1 16 forwards a SS7 FAA message 
to the gateway indicating acceptance of the billing information. Gateway 104 translates 
the SS7 FAA to a SIP "200 OK" message and forwards the message to IP device 1 10 
indicating acceptance of the billing information. 
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[0050] At 1238, IP device 1 10 sends a SIP "REFER" message, indicating a Bridging 

request to gateway 104 to cause call legs 1 and 2 to be bridged without using the gateway 

resources or extra resources on the telephone switch. At 1240, gateway 104 receives the 

SIP "REFER" message and creates an SS7 Bridging FAR message. This message is sent 

to the CIC received at gateway 104 from telephone switch 1 16 at 1200 and includes the 

Call Reference Value received by gateway 104 from the ACM message at 1220. 

Gateway 104 sends the Bridging FAR message to telephone switch 1 16. Telephone 

switch 1 16 receives the FAR message on the CIC representing call leg 1 and containing a 

Call Reference Value of call leg 2 enabling telephone switch 1 16 to bridge both call legs. 

At 1242, telephone switch 116 sends a SS7 FAA message to gateway 104 informing 

gateway 104 that the FAR message has been accepted. At 1244, gateway 104 translates 

the FAA message into a SIP "200 OK" message, indicating that the call is established, 

and forwards the message to IP device 110. The remaining messages, at 1246 and 1252, 

include SIP "BYE" messages sent from IP device 1 10 to gateway 104 and at 1248 and 

1250, SS7 REL messages to release the resources for the first and second legs of the call. 

At 1247 and 1253 the BYE messages are acknowledged with "200 OK" messages. At 

1249 and 1251 the SS7 REL messages are acknowledged with SS7 RLC messages. At 

this point the first and second call legs are bridged and a voice path exists between 

originating telephone 1 12 and destination telephone 1 14 through telephone switch 1 16 on 

PSTN 102 without using gateway resources or extra telephone switch ports. 

[0051] In the above exemplary system, PSTN 102 uses the SS7 protocol and packet 

network 101 uses the SIP protocol. In other implementations consistent with principles 

of the invention, Integrated Services Digital Network (ISDN) protocol may be 
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implemented rather than SS7 protocol on PSTN network 102 and H.323 protocol may be 

implemented rather than SIP on packet network 101. 

Conclusion 

[0052] Systems and methods consistent with the present invention provide an 
efficient method for releasing calls that originate and terminate outside of IP address 
space, but require call processing or other services of an IP device in IP address space. 
The foregoing description of the preferred embodiments of the present invention are 
provided for illustration and description, but is not intended to be limiting or to limit the 
invention to the precise form disclosed. Modifications and variations are possible in light 
of the above teachings or may be acquired from practice of the invention for example, 
while series of acts have been described with regard to Figs. 6-7 and 9-11, the order of 
the acts may differ in other implementations consistent with the present invention. Also, 
non-dependent acts may be performed in parallel. 

[0053] No element, act or instruction used in the description of the present 
application should be construed as critical or essential to the invention unless explicitly 
described as such. Also, as used herein, the article "a" is intended to include one or more 
items. Where only one item is intended, the term "one" or similar language is used. The 
scope of the invention is defined by the claims and their equivalents. 
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